SPECIFICATION 



TO ALL WHOM IT MAY CONCERN: 

BE IT KNOWN THAT I, JUN EBATA, a citizen of 
Japan residing at Tokyo, Japan have invented certain 
new and useful improvements in 

DOCUMENT MANAGEMENT METHOD AND COMPUTER- READABLE 
STORAGE MEDIUM STORING PROGRAM CODE 
FOR EXECUTING THE SAME 



of which the following is a specification:- 
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BACKGROUND OF THE INVENTION 
1. Field of The Invention 

The present invention relates to a document management 
method which uses a plurality of document schemas to manage a 
5 document retrieval request, the document schemas defining a 

structure of document contents, each document schema including a 
plurality of attributes. Further, the present invention relates to a 
computer readable storage medium storing program code instructions 
for causing a processor to execute the document management method. 

10 2. Description of The Related Art 

FIG. 10 shows a conventional document management system. 
As shown in FIG. 10, the conventional document management 
system is configured into a network system including one or a 
plurality of client workstations 11 (such as personal computers) and 

15 one or a plurality of document management servers 12. Each server 
12 includes a document storage device having a plurality of folders 
each containing various document data. The document storage 
device may be constituted by a hard disk drive or a compact disk 
drive. Each client workstation 11 includes a similar document 

20 storage device containing various document data. 

When storing new document data into the document storage 
device of the server 12, the user gives to the server 12 the document 
content to be stored as well as the document attributes, such as the 
document name, the entry person name and the keywords. At the 

25 same time, the user specifies the identifier of the folder in which the 
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document content is to be stored. In response to this request, a 
document management unit of the server 12 adds the document 
attributes from the user and the entry date obtained from a clock or 
the like to a document attribute management table. Further, the 
5 document management unit stores the document content linked with 
the attribute data into the specified folder of the document storage 
device of the server 12. 

When sending a document retrieval request to the server 12, 
the user gives to the server 12 a query condition including the 

10 document attribute data, the folder identifier and the document name, 
and so on. In response to the document retrieval request, the 
document management unit of the server 12 searches for the 
requested document data, produces a list of document retrieval 
results, and causes the client workstation 11 at the user's location to 

15 display the list of document retrieval results. When the user selects 
one of the document retrieval results in the list, the document 
management unit of the server 12 causes the client workstation 1 1 to 
display the document data corresponding to the selected item. If 
necessary, the user prints out the document data at the client 

20 workstation 11. 

FIG. 11 shows a document schema file used by a conventional 
document management method. 

As shown in FIG. 11, the document schema file contains a 
plurality of document schemas. The document schemas in the 

25 document schema file are used to define a structure of document 



contents stored in a conventional document management system. 
For example, each document schema is comprised of a schema ID 
(identifier), a schema name, the total number of attributes contained 
in the document schema, and a plurality of individual document 
5 attributes. 

As shown in FIG. 11, each of the attributes of one document 
schema is comprised of an attribute number, an attribute name, the 
display order, an attribute type, and a corresponding field of a 
document attribute management table. 

10 The schema ID provides identification of a specific one of the 

plurality of document schemas. The attribute type provides a 
specific type of data selected from among various data types 
including a string type, a numeric type and a date/time type. The 
corresponding field provides the name of a corresponding field in 

15 the document attribute management table. The document schema file 
shown in FIG. 11 is used to define a structure of the document 
contents stored in the document management system, and the 
plurality of document schemas are used when a document retrieval 
request is input. 

20 FIG. 12 shows a document registration process that is 

executed according to the conventional document management 
method. 

As shown in FIG. 12, at a start of the document registration 
process, the document content is registered (S51). After the step 
25 S51 is performed, the user selects one of the plurality of document 
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schemas for subsequent registration of the document attributes (S52). 
The system displays the attribute input menu of the attribute items in 
the display order defined by the selected document schema (S53). 
The system stores the document attribute data, which are input by 
5 the user from the attribute input menu, into the corresponding fields 
of the document attribute management table in accordance with the 
definition of the selected document schema (S54). 

However, it is difficult that the conventional document 
management method creates a new document schema to a plurality of 

10 document schemas of a document schema file stored in a document 
management system without causing an error. It is difficult that the 
conventional document management method changes, adds or deletes 
the attributes of a plurality of document schemas of a document 
schema file stored in a document management system without 

15 causing mismatch or contradiction. Further, it is difficult that the 
conventional document management method changes, when the 
attributes of the changed document schema (or the new one) and the 
attributes of the non-changed document schema (or the previous one 
or the backup copy) coexist in a document management system, the 

20 attributes of the non-changed document schema to those of the 
changed document schema without causing an error. 



25 



SUMMARY OF THE INVENTION 

It is an object of the present invention to provide an improved 
document management method in which the above-described 
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problems are eliminated. 

Another object of the present invention is to provide a 
document management method that allows the operator to easily and 
safely create a new document schema to a plurality of document 
5 schemas of a document schema file stored in a document 
management system. 

Another object of the present invention is to provide a 
document management method that allows the operator to easily and 
safely change, add or delete the attributes of a plurality of document 
10 schemas of a document schema file stored in a document 
management system. 

Another object of the present invention is to provide a 
document management method that allows the operator to easily and 
speedily change, when the attributes of the changed document 
15 schema and the attributes of the non-changed document schema 

coexist in a document management system, the attributes of the non- 
changed document schema to those of the changed document schema. 

Another object of the present invention is to provide a 
computer readable storage medium storing program code instructions 
20 for causing the processor to carry out the document management 
method. 

The above-mentioned objects of the present invention are 
achieved by a document management method which uses a plurality 
of document schemas to manage a document retrieval request, the 
25 document schemas defining a structure of document contents, each 
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document schema including a plurality of attributes, the method 
comprising the steps of: assigning a schema identifier to each of the 
plurality of document schemas by generating a global unique 
identifier value every time a schema name of a new document 
5 schema is input; and assigning an attribute identifier to each of the 
plurality of attributes of one of the plurality of document schemas 
by generating another global unique identifier value. 

The above-mentioned objects of the present invention are 
achieved by a computer readable storage medium storing program 

10 code instructions for causing a processor to execute a document 
management method, the document management method using a 
plurality of document schemas to manage a document retrieval 
request, the document schemas defining a structure of document 
contents, each document schema including a plurality of attributes, 

15 the computer readable storage medium comprising: a first program 

code means which causes the processor to assign a schema identifier 
to each of the plurality of document schemas by generating a global 
unique identifier value every time a schema name of a new document 
schema is input; and a second program code means which causes the 

20 processor to assign an attribute identifier to each of the plurality of 
attributes of one of the plurality of document schemas by generating 
another global unique identifier value. 

In the document management method of the present invention, 
it is possible to easily and safely create a new document schema to 

25 the plurality of document schemas of the document schema file 



stored in the document management system. It is possible to easily 
and safely change, add or delete the attributes of the plurality of 
document schemas of the document schema file stored in the 
document management system. Further, when the attributes of the 
5 changed document schema and the attributes of the non-changed 
document schema coexist, it is possible to easily and speedily 
change the attributes of the non-changed document schema to those 
of the changed document schema. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

Other objects, features and advantages of the present invention 
will be apparent from the following detailed description when read 
in conjunction with the accompanying drawings. 

FIG. 1 is a block diagram of a document management system 
15 that carries out an embodiment of the document management method 
of the invention. 

FIG. 2 is a diagram for explaining a document schema file that 
is used by the document management method of the invention. 
FIG. 3 is a diagram for explaining a document attribute 
20 management table that is used by the document management method 
of the invention. 

FIG. 4 is a flowchart for explaining a schema creation process 
that is executed according to a first preferred embodiment of the 
document management method of the invention. 
25 FIG. 5 is a flowchart for explaining a schema change process 
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that is executed according to the document management method of 
the present embodiment. 

FIG. 6 is a flowchart for explaining a schema change 
reflection process that is executed according to the document 
5 management method of the present embodiment. 

FIG. 7 is a diagram for explaining a document space that is 
used by the document management system of the invention. 

FIG. 8A and FIG. 8B are diagrams for explaining a query 
conversion process that is performed according to a second preferred 
10 embodiment of the document management method of the invention. 

FIG. 9 is a flowchart for explaining a query conversion 
process that is executed according to the document management 
method of the present embodiment. 

FIG. 10 is a block diagram of a conventional document 
15 management system. 

FIG. 1 1 is a diagram for explaining a document schema file 
used by a conventional document management method. 

FIG. 12 is a flowchart for explaining a document registration 
process that is executed according to the conventional document 
20 management method. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

A description will now be given of preferred embodiments of 
the present invention with reference to the accompanying drawings. 
25 FIG. 1 shows a document management system that carries out 
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an embodiment of the document management method of the present 
invention. 

As shown in FIG. 1, the document management system 
generally includes a CPU 1, a memory (for example, RAM) 2, an 
5 input device 3, a display device 4, an auxiliary storage device (for 
example, hard disk drive) 5, an external storage device 6, and a 
communication control device 7. 

In the document management system of FIG. 1, the CPU 1 
controls the elements of the system and performs a document 
10 management procedure in accordance with a program (or program 
code instructions). The memory 2 temporarily stores the program 
and various data and parameters. The input device 3 includes a 
keyboard, a mouse and the like. The display device 4 displays 
various data on the display monitor. The auxiliary storage device 5 
15 stores the program, the document contents, the document attributes, 
and others. The external storage device 6 is provided to 
accommodate a removable recording medium that is inserted into the 
device 6. The communication control device 7 allows the CPU 1 to 
transmit data to and receive data from an external system via a 
20 network. 

FIG. 2 shows a document schema file that is used by the 
document management method of the invention. 

As shown in FIG. 2, the document schema file contains a 
plurality of document schemas. The document schemas in the 
25 document schema file are used to define a structure of document 



contents stored in the document management system. For example, 
each document schema is comprised of a schema ID (identifier), a 
schema name, the total number of attributes contained in the 
document schema, and a plurality of individual document attributes. 

As shown in FIG. 2, each of the attributes of one document 
schema is comprised of an attribute number, an attribute name, an 
attribute ID (identifier), the display order, an attribute type, and a 
corresponding field of a document attribute management table 
(which will be described later). 

The schema ID provides identification of a specific one of the 
plurality of document schemas. The attribute ID provides 
identification of a specific one of the plurality of attributes in one 
document schema. In the present embodiment, in order to ensure 
that a unique value in the document schema file is assigned to each 
of the schema IDs and the attribute IDs, even in the distributed 
environments, a GUID (global unique identifier) value is used. The 
attribute type provides a specific type of data selected from among 
various data types including a string type, a numeric type and a 
date/time type. The corresponding field provides the name of a 
corresponding field in the document attribute management table. 

The document schema file of FIG. 2 is different from the 
conventional document schema file of FIG. 11 in that the attribute 
ID is added for each of the individual document attributes, and the 
attribute ID has a unique value that identifies a specific one of the 
plurality of attributes of one document schema within the entire 
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document management system. 

The use of the attribute ID in the document schemas makes it 
possible to easily and speedily find out which attribute has been 
changed when the document schema is changed. For example, when 
5 the attributes of the changed document schema (the new one) and the 
attributes of the non-changed document schema (the previous one or 
the backup copy) coexist in the document management system, the 
attributes of the non-changed document schema can be easily and 
speedily changed to those of the changed document schema 

10 according to the present invention. 

FIG. 3 shows a document attribute management table that is 
used by the document management method of the present invention. 

In the document attribute management table of FIG. 3, 
"String 1", "String2", ... indicate the fields to which the character 

15 type attributes among the attributes defined by the related document 
schema are assigned. "Numeric 1", "Numeric2", ... indicate the 
fields to which the numeral type attributes among the attributes 
defined by the related document schema are assigned. "DateTimel", 
"DateTime2", ... indicate the fields to which the date/time type 

20 attributes among the attributes defined by the related document 
schema are assigned. When a different schema ID is indicated, a 
different value is assigned to the attribute even if the attribute 
indicates the same field. 

FIG. 4 shows a schema creation process that is executed 

25 according to a first preferred embodiment of the document 
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management method of the invention. 

In the present embodiment, the CPU 1 of the document 
management system of FIG. 1 executes the schema creation process 
of FIG. 4 (and the processes shown in FIG. 5 and FIG. 6) in 
5 accordance with the program code instructions. Hereinafter, for the 
sake of convenience of description, the CPU 1 will be referred to as 
the processor, and the program code instructions will be called the 
program code. 

As shown in FIG. 4, at a start of the schema creation process, 

10 the program code causes the processor to receive a schema name 
input by the operator in order for creating a new document schema 
(SI). After the step SI is performed, the program code causes the 
processor to assign a schema ID to the schema name of the new 
document schema by generating a GUID value (S2). 

15 Alternatively, at the step S2, the program code may cause the 

processor to control the communication control device 7 such that 
the processor receives a schema ID (which has a GUID value) from 
an external document management system via the network and 
assigns the schema ID to the schema name of the new document 

20 schema. 

After the step S2 is performed, with respect to one of the 
plurality of attributes defined by the new document schema, the 
program code causes the processor to receive an attribute name, an 
attribute type and a display order, which are input by the operator 

25 for the related attribute among the attributes of the new document 
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schema (S3). 

After the step S3 is performed, the program code causes the 
processor to assign an attribute ID to the related attribute among the 
attributes of the new document schema by generating a GUID value 
(S4). After the step S4 is performed, the program code causes the 
processor to assign a field of the document attribute management 
table for the related attribute (S5). After the step S5 is performed, 
the program code causes the processor to write the attribute items 
(obtained at the steps S3 through S5) to the document schema file 
(S6). 

After the step S6 is performed, the program code causes the 
processor to determine whether another attribute is included in the 
attributes defined by the new document schema but still remains 
unprocessed (S7). When the result at the step S7 is affirmative, the 
control of the processor is transferred to the step S3 for processing 
of the next attribute of the new document schema. Otherwise it is 
determined that all the attributes of the related document schema are 
processed. The schema creation process of FIG. 4 ends. 

According to the document management method of the above- 
described embodiment, the operator can easily and safely create a 
new document schema, including the desired attributes thereof, to 
the plurality of document schemas of the document schema file 
registered in the document management system. 

FIG. 5 shows a schema change process that is executed 
according to the document management method of the present 



-15- 



embodiment. 

As shown in FIG. 5, at a start of the schema change process, 
the program code causes the processor to receive an attribute item of 
a certain document schema, input by the operator in order for 
5 addition, deletion or name change of the attribute item of the 

document schema (Sll). In the step Sll, the program code may 
cause the processor to control the display device 4 to display an 
operational message that asks the operator to input any attribute 
item from the input device 3. 
10 After the step Sll is performed, the program code causes the 

processor to check the correctness of the received attribute item 
after the intended change is made (S12). 

After the step S12 is performed, with respect to one of the 
plurality of attributes defined by the related document schema, the 
15 program code causes the processor to determine whether the purpose 
of the received attribute item is the addition to the related document 
schema (SI 3). When the result at the step S13 is affirmative, the 
control of the processor is transferred to step S14. Otherwise the 
control of the processor is transferred to the next step S17. 
20 When the received attribute item is the addition attribute, the 

program code causes the processor to assign a new attribute ID to 
the received attribute item by generating a GUID value (S14). After 
the step S14 is performed, the program code causes the processor to 
assign a new field of the document attribute management table for 
25 the related attribute (SI 5). After the step S 15 is performed, the 
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program code causes the processor to add the information of the 
received attribute item (obtained at the steps S14 and SI 5) to the 
document schema file (SI 6). After the step S16 is performed, the 
control of the processor is transferred to step S22, which will be 
5 described later. 

When the received attribute item is not the addition attribute 
as a result of the step S13, the program code causes the processor to 
determine whether the purpose of the received attribute item is the 
deletion from the related document schema (S17). When the result 
10 at the step S17 is affirmative, the control of the processor is 

transferred to next step SI 8. Otherwise the control of the processor 
is transferred to step S21. 

When the received attribute item is the deletion attribute, the 
program code causes the processor to delete the attribute item 
15 (which is the same as that input by the operator) from the related 
document schema (SI 8). After the step S18 is performed, the 
program code causes the processor to cancel the field assignment of 
the attribute item in the document attribute management table (S19). 
After the step S19 is performed, the program code causes the 
20 processor to erase the corresponding field of the attribute item in the 
document schema file (S20). After the step S20 is performed, the 
control of the processor is transferred to next step S22. 

When the received attribute item is not the deletion attribute 
as a result of the step S17, it is determined that the purpose of the 
25 received attribute item is the name change. The program code 
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causes the processor to reflect the new attribute name (or the 
received attribute item) into the document schema (S21). After the 
step S21 is performed, the control of the processor is transferred to 
next step S22. 

After any of the steps S16, S20 and S21 is performed, the 
program code causes the processor to determine whether another 
attribute is included in the attributes of the related document schema 
but still remains unprocessed (S22). 

When the result at the step S22 is affirmative, the control of 
the processor is transferred to the above step S13 for processing of 
the next attribute in the related document schema. Otherwise it is 
determined that all the attributes of the related document schema are 
processed. The program code causes the processor to change the 
schema ID of the related document schema to a new schema ID 
(which is assigned by generating a GUID value) and reflect the new 
schema ID into the documents pertaining to the related document 
schema (S23). After the step S23 is performed, the schema change 
process of FIG. 5 ends. 

According to the document management method of the above- 
described embodiment, the operator can arbitrarily change, add or 
delete the attributes of the document schemas of the document 
schema file stored in the document management system. 

FIG. 6 shows a schema change reflection process that is 
executed according to the document management method of the 
present embodiment. 
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For example, when the attributes of the changed document 
schema and the attributes of the non-changed document schema 
coexist in a document space of the document management system 
and the operator desires to change the attributes of the non-changed 
document schema to those of the changed document schema so as to 
avoid mismatch or contradiction, the schema change reflection 
process of FIG. 6 is carried out. 

As shown in FIG. 6, at a start of the schema change reflection 
process, the processor (or the CPU 1) reads the non-changed 
document schema and the previous document attribute management 
table pertaining to the non-changed document schema from the 
removable recording medium provided on the external storage device 
6. Further, the processor reads the changed document schema and 
the current document attribute management table pertaining to the 
changed document schema from the auxiliary storage device 5. Then 
the program code causes the processor to take one of the plurality of 
attributes defined by the non-changed document schema (S31). 

After the step S31 is performed, the program code causes the 
processor to determine whether the attributes of the changed 
document schema include an attribute ID that is common to the 
attributes of the non-changed document schema, through comparison 
between the attribute IDs of both the changed document schema and 
the non-changed document schema (S32). 

When the result at the step S32 is negative, the attributes of 
the changed document schema do not include any attribute ID that is 
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same as the attribute ID of the related document attribute of the non- 
changed document schema. The program code causes the processor 
to erase the corresponding fields of all the document IDs in the 
previous document attribute management table that pertains to the 
non-changed document schema (S33). 

When the result at the step S32 is affirmative, the control of 
the processor is transferred to step S34 and the processor does not 
perform the step S33. 

After the step S33 is performed (or when the result at the step 
S32 is affirmative), the program code causes the processor to 
determine whether another document attribute is included in the 
document attributes defined by the non-changed document schema 
but still remains unprocessed (S34). 

When the result at the step S34 is affirmative, the control of 
the processor is transferred to the above step S31 for repeating the 
processing of the next document attribute. Otherwise it is 
determined that all the document attributes of the non-changed 
document schema are processed. The program code causes the 
processor to replace the attributes of the non-changed document 
schema with the attributes of the changed document schema having 
the common attribute IDs (S35). After the step S35 is performed, 
the schema change reflection process of FIG. 6 ends. 

According to the document management method of the above- 
described embodiment, the operator can easily and speedily change, 
even in such a situation that the changed document schema and the 
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document attributes pertaining to the non-changed document schema 
coexist in the document space, the document attributes of the non- 
changed document schema to those pertaining to the changed 
document schema. 

When the attribute name is changed, the changed document 
schema can be simply overwritten to the non-changed document 
schema and any other processing is needed. 

In the above-described embodiment, the attribute ID is used, 
instead of the attribute name, to check the commonality of the 
attributes between the changed document schema and the non- 
changed document schema. Similarly, when checking the 
commonality of the attributes between a basic document schema and 
a secondary document schema in a certain document space, the 
attribute ID may be also used instead of the attribute name. 

The document management method of the above-described 
embodiment provides the function to bring the document schema file 
(FIG. 2), which is provided for the original document management 
system (FIG. 1) and includes the schema IDs and the attribute IDs, 
into a second document management system. According to the 
above-described embodiment, the schema IDs and the attribute IDs 
of the document schema file can be used to manage a document 
retrieval request in the second document management system as well. 
This function will remarkably improve the handling load of the 
operator who requests a document retrieval to the system wherein 
the changed document schemas and the non-changed document 
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schemas coexist. 

When the document schema file is brought from one document 
management system into another, the file is temporarily recorded 
onto the removable recording medium by the external storage device 
6, and the recording medium is placed into an external storage 
device of the second document management system so that the 
document schema file is stored into an auxiliary storage device of 
the second document management system. 

As described above, by performing the document management 
method of the above-described embodiment (FIG. 6), the operator 
can easily and speedily change, when the changed document schema 
and the document attributes pertaining to the non-changed document 
schema (or the backup copy) coexist in the document management 
system, the document attributes of the non-changed document 
schema to those pertaining to the changed document schema without 
causing mismatch or contradiction. In the present embodiment, the 
attribute ID is assigned to each of the document attributes by 
generating a GUID value in order to ensure that each of the attribute 
IDs has a unique value in the document schema file. Therefore, the 
operator can easily and speedily change or update the document 
attributes of the non-changed document schema without causing 
mismatch or contradiction. 

FIG. 7 shows a document space used by the document 
management system according to the present invention. 

As shown in FIG. 7, the document management system has the 
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common resources S in which a plurality of document schemas, such 
as document schemal, document schema2, and document schama3, 
are registered. Suppose that the common resources S include a 
document space A and a document space B. When bringing the 
5 document schema file, which is provided for the document space A 
of the document management system, into a different document 
management system, a copy of the document schema file is created 
at the different document management system with document 
schemal and document schema2 attached thereto. Therefore, the 
10 operator can easily and speedily change the document attributes of 
the non-changed document schema without causing mismatch or 
contradiction. 

Next, FIG. 8A and FIG. 8B show a query conversion process 
that is performed according to a second preferred embodiment of the 

15 document management method of the invention. 

Suppose that, in the present embodiment, a query condition: 
the schema name "RECEIVED DOCUMENTS" OR the schema name 
"SENDING DOCUMENTS" AND the entry person "TANAKA", as 
shown in FIG. 8A, is input by the operator for requesting a 

20 document retrieval to the document management system. Normally, 
the query condition input by the operator includes schema names and 
attribute names that are connected by Boolean operators (AND, OR, 
etc.). 

According to the second preferred embodiment of the 
25 document management method, in response to the query condition, 
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the query conversion process is performed prior to start of the 
document retrieval. As shown in FIG. 8B, through the query 
conversion process, the two schema names of the query condition are 
converted into respective schema IDs, each schema ID using a GUID 
5 value, and the attribute name of the query condition is converted 
into a corresponding field in the document attribute management 
table as shown in FIG. 3. In the present case of FIG. 8B, the entry 
person "TANAKA" (the attribute name) is converted into the stringl 
"TANAKA" of the document attribute management table. 

10 When the document schema file contains two or more 

document schemas, it is required that the attribute item included in 
the query condition is shared by all the document schemas of the 
document schema file. If this requirement is not met by the query 
condition, an error arises as a result of the query conversion process. 

15 FIG. 9 shows a query conversion process that is executed 

according to the second preferred embodiment of the document 
management method in order to the above-mentioned function shown 
in FIG. 8B. 

In the present embodiment, the CPU 1 of the document 
20 management system of FIG. 1 executes the query conversion process 

of FIG. 9 in accordance with the program code instructions. 

Hereinafter, for the sake of convenience of description, the CPU 1 

will be referred to as the processor, and the program code 

instructions will be called the program code. 
25 As shown in FIG. 9, at a start of the query conversion process, 
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the program code causes the processor to find a first schema name 
included in a query condition that is input by the operator in order 
for requesting a document retrieval (S41). 

After the step S41 is performed, the program code causes the 
processor to read a schema ID of the schema name from the related 
one of the document schemas of the document schema file and 
replace the schema name in the query condition with the read 
schema ID (S42). 

After the step S42 is performed, the program code causes the 
processor to store the obtained schema ID into a schema list that is 
retained in a given region of the memory 2 (S43). 

After the step S43 is performed, the program code causes the 
processor to determine whether all the schema names included in the 
query condition are processed (S44). When the result at the step 
S44 is negative, the control of the processor is transferred to the 
step S41 for repeating the conversion of the next schema name in the 
query condition. Otherwise the control of the processor is 
transferred to next step S45. 

When all the schema names included in the query condition 
are processed as a result of the step S44, it is determined that the 
schema IDs, derived from all the schema names of the query 
condition, are stored into the schema list. At this instant, the 
program code causes the processor to find a first attribute name 
included in the query condition (S45). 

After the step S45 is performed, the program code causes the 
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processor to check that the attribute name of the query condition is 
shared by the document schemas of the document schema file (S46). 
At this instant, the program code causes the processor to determine 
whether the attribute name of the query condition is a common 
5 attribute for all the document schemas of the document schema file 
(S47). 

When the result at the step S47 is affirmative, the program 
code causes the processor to replace the attribute name in the query 
condition with the string of the corresponding field of the document 

10 attribute management table (S48). Otherwise the program code 
causes the processor to perform an error process (S50). As 
previously described, if the query condition does not meet the 
requirement that the attribute item included in the query condition is 
shared by all the document schemas of the document schema file, an 

15 error arises. The error process at the step S50 is performed in order 
to notify the occurrence of this error during the query conversion 
process to the CPU 1 of the document management system. 

After the step S48 is performed, the program code causes the 
processor to determine whether all the attribute names included in 

20 the query condition are processed (S49). When the result at the step 
S49 is negative, the control of the processor is transferred to the 
step S46 for repeating the conversion of the next attribute name in 
the query condition. 

When the result at the step S49 is affirmative, or after the step 

25 S50 is performed, the query conversion process of FIG. 9 ends. 
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The document management method of the above-described 
embodiment provides the function to request a document retrieval to 
the system by using the derived query condition instead of the query 
condition input by the operator. The derived query condition does 
not include the schema names or the attribute names of the document 
schema file and includes only the schema IDs and the strings of the 
corresponding fields of the document attribute management table. 
Therefore, the document management method of the present 
embodiment can increase the efficiency of the operator's document 
retrieval request to the system. 

The present invention is not limited to the above-described 
embodiments, and variations and modifications may be made without 
departing from the scope of the present invention. 

Further, the present invention is based on Japanese priority 
application No. 2000-121843, filed on April 21, 2000, the entire 
contents of which are hereby incorporated by reference. 



